package com.test.base.nio1.readtest;


import com.test.utils.ByteBufferUtil;
import lombok.extern.slf4j.Slf4j;

import java.io.IOException;
import java.net.InetSocketAddress;
import java.nio.ByteBuffer;
import java.nio.channels.SelectionKey;
import java.nio.channels.Selector;
import java.nio.channels.ServerSocketChannel;
import java.nio.channels.SocketChannel;
import java.util.Iterator;


/*
***我理解你的意思了，如果selectedKeys数量为0，其实不影响连接他的通道，也可以正常的进行select的响应***

是的，您理解得非常准确。在Java NIO中，Selector的select()方法的行为与注册到该Selector上的通道（Channel）的状态密切相关，但与selectedKeys集合中的数量无关。下面我来详细解释一下：

通道注册：通道必须先注册到Selector上，Selector才能监听该通道的事件。如果没有通道注册，select()方法将永远阻塞，因为它没有任何事件可以监听。

事件触发：当一个通道（例如，一个ServerSocketChannel）注册到Selector上并关注OP_ACCEPT事件时，如果有新的连接请求到达，该通道将变为就绪状态。这时，select()方法将返回，因为至少有一个通道就绪。

select()方法的行为：

select()方法会阻塞，直到至少有一个注册的通道处于就绪状态，或者超时。
如果没有任何通道就绪，select()方法会继续阻塞，直到有通道就绪或超时。
如果返回值大于0，表示有相应数量的通道变为了就绪状态。
selectedKeys集合：selectedKeys集合包含了自上次调用select()方法以来变为了就绪状态的通道的SelectionKey。这个集合的数量与select()方法的返回值相同。如果selectedKeys集合为空，说明自上次调用select()方法以来没有任何通道变为了就绪状态。

select()方法的响应：即使selectedKeys集合为空，select()方法仍然可以正常响应通道的就绪状态。select()方法的返回值表示自上次调用以来变为了就绪状态的通道的数量，而不是selectedKeys集合中的数量。

因此，即使selectedKeys集合为空，select()方法仍然可以正常响应通道的就绪状态。select()方法的返回值表示自上次调用以来变为了就绪状态的通道的数量，而不是selectedKeys集合中的数量。


 */
@Slf4j
public class SelectorServer {

    // 扫描可读的数据包（模拟，设模拟的分隔符号为\n
    private static void split(ByteBuffer source) {
        source.flip();
        for (int i = 0; i < source.limit(); i++) {
            // 找到一条完整的消息
            if (source.get(i) == '\n') {
                int length = i + 1 - source.position();
                ByteBuffer target = ByteBuffer.allocate(length);
                for (int j = 0; j < length; j++) {
                    target.put(source.get());
                }
                ByteBufferUtil.debugAll(target);
            }
        }
        source.compact();
    }


    public static void main(String[] args) throws IOException {
        Selector selector = Selector.open();
        ServerSocketChannel ssc = ServerSocketChannel.open();
        ssc.configureBlocking(false);

        // 注册一个关注accept事件的selector的key
        SelectionKey ssckey = ssc.register(selector, SelectionKey.OP_ACCEPT);
        // key 只需要关注accept事件
//        ssckey.interestOps(SelectionKey.OP_ACCEPT); // 多余的代码
        log.debug("register key{}", ssckey);

        // 绑定server的端口
        ssc.bind(new InetSocketAddress(8080));

        while (true) {
            selector.select();
            Iterator<SelectionKey> iterator = selector.selectedKeys().iterator();
            // 循环所有注册在此selector的key，查看哪个有事件需要处理
            while (iterator.hasNext()) {
                SelectionKey key = iterator.next();
                iterator.remove(); // 如果不移除，处理过的Key就会被再次处理
                // 进行处理逻辑
                log.debug("key {}", key);

                // 如果此次事件是accpet事件
                if (key.isAcceptable()) {
                    ServerSocketChannel channel = (ServerSocketChannel) key.channel();
                    SocketChannel sc = channel.accept();
                    sc.configureBlocking(false);
                    // 注册于selector中，关注READ事件
                    ByteBuffer buffer = ByteBuffer.allocate(16);
                    SelectionKey sckey = sc.register(selector, 0, buffer);
                    sckey.interestOps(SelectionKey.OP_READ);
                    log.debug("accept {}", sc);
                    log.debug("register key{}", sckey);
                } else if (key.isReadable()) {
                    try {
                        SocketChannel channel = (SocketChannel) key.channel();
                        ByteBuffer buffer = (ByteBuffer) key.attachment();
                        int read = channel.read(buffer);
                        // 根据read的值判断是读取，还是正常取消连接
                        // -1代表正常退出连接
                        if (read == -1) {
                            key.cancel();
                        } else {
                            split(buffer);
                            if (buffer.position() == buffer.limit()) {
                                ByteBuffer newBuffer = ByteBuffer.allocate(buffer.limit() * 2);
                                buffer.flip();
                                newBuffer.put(buffer);
                                key.attach(newBuffer);
                            }
                            /*
                            这里我们要引出一个问题，selector是如何判断一个SocketChannel是否仍然需要被selector进行select。
                            我们需要回顾注册的时候，       SelectionKey sckey = sc.register(selector, 0, buffer);
                            sc 是我们accept的SocketChannel，他进行了register，设置了附件，
                            然后在执行key.isReadable()代码的时候，获取了Channel，
                                    int read = channel.read(buffer);
                            实际上，如果发送方判断没有发送完成数据，就会一直发送请求，但是神奇的是，如果读取完成了所有数据之后，执行 buffer.flip()，会出现死循环
                            出现死循环的buffer特点是
                            limit = 0
                            pos = 0
                            出现此特点的的情况可能有
                            compact，将pos设置为limit-pos,当buffer读取完毕的时候，显然此时pos会更新为0，然后将limit设置为最大容量
                            flip，将limit设置为0，然后再将pos设置为0
                            如果先compact然后flip，就会出现pos=0，limit=0的神奇现象
                            出现了这个现象，SocketChannel似乎就无法确认发送完毕，会一直发送数据包，导致selector会一直成功select，导致死循环
                             */
//                            buffer.flip(); // 加入了这个代码，就一定会陷入死循环
                        }
                    } catch (IOException e) {
                        e.printStackTrace(System.err);
                        key.cancel();
                    }
                }
            }
        }
    }
}
